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Method and Apparatus for 
Managing Maintenance 
Operations 

Cross Reference to Related Applications 

This application claims priority to United States Provisional Patent Application number 
60/297,653 filed on 12 June 2001 and is related to United States Patent Application 
number 10/063,922 filed on 24 May 2002. Both applications are herein incorporated 
by reference. 

Background of Invention 

[0001] This invention relates to a method and system for managing maintenance 

operations on a product. More particularly, this invention relates to a computerized 
method and system for managing the maintenance, repair or overhaul of a gas turbine 
engine. 

[0002] The following terms will be used throughout the specification: 

[0003] "Bill of Material ("BOM") refers to a list of components that define a product, such 
as a gas turbine engine. 

[0004] Master Parts List ("MPL") or Grand BOM refers to a list of all potential parts that 
could be used in the engine. 

[0005] "As-Built BOM refers to a list of parts used by the Original Equipment 
Manufacturer (OEM) or a maintenance facility to assemble the engine. 

[0006] 

"As-Shipped BOM" refers to a list of parts in the engine when the OEM or the 
maintenance facility releases the engine to the customer. Since the engine may 
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undergo testing after assembly or repair, the As-Shipped BOM may not be the same 
as the As-Built BOM. If testing proves successful, the OEM or the maintenance facility 
releases the engine and the As-Shipped BOM will mirror the As-Built BOM. If testing 
proves unsuccessful, the OEM or the maintenance facility may replace parts on the 
engine and perform additional testing. Should the OEM or the maintenance facility 
replace parts, the As-Shipped BOM may not be the same as the As-Built BOM. 

[0007] Expected BOM refers to a list of parts that a maintenance facility should find 
during disassembly of an engine during a maintenance operation. 

[0008] "As-Received Configuration refers to a list of parts actually removed from the 
engine by the maintenance facility during disassembly. If the maintenance facility 
performed the previous maintenance operation, then the As-Received Configuration 
and Expected BOM will be the same. 



[0009] Planned Configuration refers to a preliminary list of parts selected by the 

J; maintenance facility for reassembly into the engine. The maintenance facility 

M : determines the Planned Configuration by using the Expected BOM and the work scope 

r i to be performed on the engine. 



|| [001 0] Should Build Configuration refers to a list of parts selected by the maintenance 
JJ facility for reassembly into the product. Typically, the maintenance facility determines 

^ the Should Build Configuration after completing disassembly of the engine. 

[001 1] Engine Manual ("EM") refers to a publication that contains OEM and aviation 
authority ( e.g. Federal Aviation Administration, Joint Aviation Authority, etc. ) 
approved engine maintenance procedures. 

[001 2] Illustrated Parts Catalog ("IPC") refers to a publication that provides part numbers 
and illustrations for parts used to manufacture an engine and for replacement parts. 

[001 3] Service Bulletin ("SB") refers to a publication containing OEM and aviation authority 
approved technical data for incorporating an engineering change into an existing 
engine. The Service Bulletin includes work instructions necessary to incorporate the 
engineering change into the engine. 

[0014] "Add Parts List refers to the parts that the Service Bulletin can add to the engine. 
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[001 5] Cancel Parts List refers to the parts that the Service Bulletin can remove from the 
engine. 



[001 6] "Sets Requirement" refers to a stipulation in a Service Bulletin that all of the parts 
on the Add Parts List must be added to the engine and that all of the parts on the 
Cancel Parts List must be removed from the engine. In other words, a Sets 
Requirement prohibits partial incorporation of a Service Bulletin. A Service Bulletin can 
have other types of sets requirements. For example, a Sets/Stage Requirement may 
arise when an SB deals with multiple locations within the engine ( e.g. fifth and sixth 
stage compressor blade locations). The Sets/Stage Requirement allows partial 
incorporation of the SB by replacing all of the subject parts at one location within the 
engine ( e.g. replace all of the compressor blades from the fifth stage, without 
replacing the sixth stage). The maintenance facility would fully incorporate the SB 
during a subsequent maintenance visit by replacing the sixth stage blades. An 
Optional Set Dependency indicates related parts within the Add Parts List. An 
f} assembly (such as a ring segment), which is formed by various subcomponents (such 

31 as va "e assemblies and pins), typifies related parts within an SB. When an Optional Set 

Dependency exists, the program will display the options available for all of the related 
parts as a group. 



m 
P 



[001 7] A maintenance facility can perform a variety of maintenance operations on an 
engine. In increasing order of complexity, these maintenance operations include 
maintenance, repair and overhaul. During any maintenance operation, the 
maintenance facility must keep records in order to comply with the requirements of 
the relevant aviation authorities. Conventionally, the maintenance facility performed 
such record keeping manually. 

[001 8] whj | e a ma j ntenance facjijty may h ave conventionally relied on computers for 
assistance, each area of the maintenance facility ( e.g. inspection, assembly, etc. ) 
typically used a dedicated system customized to the unique needs of that area. In 
other words, these systems were not designed to coordinate with the computer 
systems in other areas of the maintenance facility. This prevented different areas 
within the same maintenance facility from sharing data. Likewise, the computer 
systems at the maintenance facility and at outside vendors were not connected so the 
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entities could not share data. 



[001 9] The parts involved in such a maintenance operation may travel through multiple 
areas within the maintenance facility and through outside vendors. Each internal area 
or outside vendor performs a necessary function with respect to the part during the 
maintenance operation. Conventional techniques do not readily track the existence of 
a part within the maintenance facility nor the flow of such part through the 
maintenance facility or through outside vendors. In other words, one area of the 
maintenance facility may lack visibility of part and part flow through other areas of the 
maintenance facility or through an outside vendor. 

[0020] The present invention manages these maintenance operations without the 
aforementioned drawbacks of conventional techniques. 

Summary of Invention 

[0021] It is, therefore, an object of the present invention to provide a new and improved 
method and apparatus for managing maintenance operations on a product. 



[0022] It is a further object of the present invention to provide a maintenance method 
and apparatus that reduces the number of steps performed in a maintenance 
X operation. 

.{4 [0023} It is a further object of the present invention to provide a computerized method 

•pi! 

m and s y stem f °r managing the maintenance, repair or overhaul of a gas turbine engine. 

[0024] It is a further object of the present invention to provide a computerized 

maintenance method and system that reduces the number of manual steps performed 
in a maintenance operation. 

[0025] It is a further object of the present invention to provide a maintenance method 

and apparatus that reduces the number of systems dedicated to a specific area within 
the maintenance facility. 

[0026] It is a further object of the present invention to provide a maintenance method 

and apparatus that increases the visibility of parts and part flow between areas of the 
maintenance facility. 
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[0027] These and other objects of the present invention are achieved in one aspect by a 
computerized method of assisting the routing of a part. The method comprises the 
steps of: providing at least one computer; receiving part identifier information; and 
generating a tag for affixing to sard part, said tag having information thereon 
responsive to said part identifier information. A user reviews said information on said 
tag and routes said part accordingly. 

[0028] These and other objects of the present invention are achieved in another aspect by 
a computerized method of assisting the handling of a part. The method comprises the 
steps of: providing at least one computer; receiving part identifier information; 
processing said part identifier information; and generating output from said computer 
responsive to said part identifier information. A user reviews said output and handles 
said part accordingly. 

Li;- 

g [0029] These and other objects of the present invention are achieved in another aspect by 

%S ■ - 

pi a computerized method of tailoring work instructions to perform on a part. The 

J; method includes the steps of: providing at least one computer having memory with 

S global work instructions therein, said global work instructions relevant to a plurality of 

^ P arts and to a plurality of work locations; receiving part identifier information and 

3 work location information; processing said part identifier information and said work 

location information; and generating tailored work instructions from said computer 
responsive to said part identifier information and said work location information. A 
user reviews said tailored work instructions and performs said tailored work 
instructions accordingly. 



[0030] 



These and other objects of the present invention are achieved in another aspect by 
a computerized method of dispositioning of parts. The method comprises the steps 
of: providing at least one computer; receiving part identifier information for a first 
part; determining a disposition of said first part responsive to said first part identifier 
information; receiving part identifier information for a second part to said computer; 
determining a disposition of said second part responsive to said second part 
identifier; determining whether said second part disposition requires adjustment to 
said first part disposition; and if necessary, modifying said first part disposition. A 
user reviews said first and second part dispositions and dispositions said first and 
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second parts accordingly. 

Brief Description of Drawings 

[0031] Other uses and advantages of the present invention will become apparent to those 
skilled in the art upon reference to the specification and the drawings, in which: 

[0032] Figure 1 is a flowchart of the steps involved in an overhaul of an engine; 

[0033] Figure 2 is part of an Engine Inspection Record used during an overhaul; 

[0034] Figure 3 is a schematic of a computer system capable of using the present 
invention; 

[0035] Figure 4 is a screen generated on the computer system of Figure 3 by a teardown 
module of the present invention; 

[0036] Figure 5 is a tag created by the teardown module of the present invention; 

[0037] Figures 6a-d are screens generated on the computer system of Figure 3 by an 
inspection module of the present invention; and 

[0038] Figures 7a-c are various tags created by the inspection module of the present 
invention. 

Detailed Description 

[0039] Although the present invention will now be described in the context of an 

at a maintenance facility, the present invention could be used during any other type of 
maintenance operation. In fact, the present invention may have applicability in fields 
that require part tracking. 

[0040] Figure 1 shows a flowchart of an overhaul process 1 0. As a first step 1 2, the 

maintenance facility defines the work scope to be performed on the engine. The work 
scope includes the necessary work instructions to perform an overhaul, along with the 
completion of any Service Bulletins requested by the engine owner. The engine owner 
and the maintenance facility typically generate the work scope. 

[0041] 

At a second step 1 4, the maintenance facility receives the engine. In a third step 
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1 6, the maintenance facility tears the engine down to part level. At a fourth step 1 8, 
the maintenance facility inspects the parts. The inspection step determines, for 
example, whether each part can be returned to service ( i.e. a serviceable part), 
requires rework, or must be removed from service. 

[0042] A fifth step 20 sources the parts that will be used when assembling the engine. 
Based upon the results of the inspection in step 1 8, the maintenance facility 
preferably routes a part based upon whether the part is identified as: (1) serviceable; 
(2) requiring rework; or (3) remove from service. The fifth step 20 also obtains any 
additional parts required to assemble the engine ( e.g. prepare a purchase order 
request). 

[0043] A sixth step 22 assembles the engine with the parts obtained by the fifth step 20, 
then tests the engine to ensure satisfactory operation. Finally, a seventh step 24 ships 
the overhauled engine to the engine owner. 

[0044] Conventionally, the technician at the maintenance facility consulted hard copies of 
the EM, IPC or other publications to perform the third step 16 and the fourth step 1 8. 
Once disassembled, the technician routed the parts to an inspector (perhaps with 
intermediate stops at other locations in the maintenance facility to, for example, clean 
or test the part). 

[0045] The inspector receives the parts and determines the condition of the parts in the 
fourth step 1 8. During this process, the inspector must maintain adequate records. 
One example of such a record keeping system is the Engine Inspection Record (EIR) 
used by Pratt & Whitney of East Hartford, Connecticut. 

[0046] Generally speaking, the EIR includes an MPL (also called a Grand BOM) and a list of 
SBs that relate to each part number. Although the maintenance facility produces the 
EIR with a computer, the inspector enters data by hand on a hard copy printout of the 
EIR. Figure 2 displays a portion of an EIR during the inspection portion of the overhaul 
process. 

[0047] Tne E|R 32 | jsts a[ | p 0ss jb|e part numbers for each part in section 34. The 

inspector indicates on the EIR 32 which part was removed from the engine by circling 
the appropriate part number in section 34. If the part has a serial number, the 
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inspector will enter the serial number of the part in section 36. 

[0048] The inspector now performs any measurements or tests on the part to determine 
whether the part could be reinstalled on the engine. If the part needs rework, the 
inspector will generate a work order to perform the necessary work on the parts. The 
inspector could either manually create a work order, or enter the necessary 
information into a dedicated computer (not shown) to produce a work order 
electronically. 

[0049] The EIR 32 also includes a section 34 that lists SBs and the relationship between 
the part numbers and the SB. Likewise, the EIR 32 includes another section 38 that 
provides a list of possible part numbers that could be reinstalled in the engine after 
the maintenance operation. The inspector indicates in section 38 which part number 
should be reinstalled on the engine after the maintenance operation. 

[0050] To make such a determination, the inspector would need to consult the work 

scope of the maintenance operation produced in step 12. Specifically, the inspector 
would need to review the work scope for any of the SBs listed in section 34. 

[0051] The inspector must now prepare the paperwork to have the necessary work 

instructions performed to convert the removed part to the part being reinstalled on 
the engine. For example, the inspector may need to generate paperwork to have SBs 
performed on the part removed from the engine. 

[0052] The inspector must also remain cognizant of SBs that have Sets Requirements. To 
do so, the inspector would consult the SBs before generating the paperwork. In 
essence, the inspector reviews the SBs to determine whether an SB affects other parts 
in the engine. If a conflict does exist, the inspector may need to adjust the work order 
accordingly (or even not allow incorporation of the SB). Typically, this process involves 
numerous iterations. 

[0053] After preparing the work order (which may be manually generated or with the 
assistance of a dedicated computer), the inspector manually enters work order 
information on another section 42 of the EIR 32. 



[0054] 



The present invention represents a significant change from the aforementioned 
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conventional inspection process. The present invention provides a tool to accomplish 
several tasks during the maintenance operation. Different than with conventional 
methods, the tool uses a computer system to assist actively with these tasks. Figures 
3-7c will be used to describe features of the tool relevant to the present invention. 

[0055] Figure 3 provides a schematic representation of such a computer system. 

Generally speaking, the computer system could include a general purpose computer 
1 00. The computer 1 00 should have a suitable processor (not shown) to execute the 
program code, memory (not shown) to store data and the program code, one or more 
mass storage devices (not shown), one or more input devices 102 ( e.g. mouse, 
keyboard or barcode scanner) and one or more output devices 104 ( e.g. monitor or 
printer). 

[0056] The computer 1 00 could connect to a network 1 06 using conventional connection 
technology ( e.g. LAN, WAN, dial-up or wireless). Using the network 1 06, the 
computer 1 00 could access one or more remote resources, such as one or more 
servers 1 08. 

[0057] The computer 1 00 should be capable of running a program locally. The program 
may be written in any suitable programming language, such as dynamic HTML or JAVA 
script. Preferably, the program provides one of the output devices 104 with a 
graphical user interface (GUI) to help the technician perform the aforementioned 
tasks. 

[0058] The server 1 08 could include the same components as computer 1 00. However, 
the server 1 08 should have the capability to process and to store larger amounts of 
data than the computer 1 00. The server 1 08 preferably stores the databases needed 
by the program. Such databases include an MPL/Grand BOM database 11 0, an IPC 
database 1 1 2 and an SB database 1 1 4. 



[0059] 



The server 108 also includes a database 1 1 6 containing a list of the SBs that the 
maintenance facility will perform during the maintenance operation ("modification 
scope database") and a database (not shown) containing a historical list of SBs 
previously performed on the engine during earlier maintenance visits ("historical SB 
database"). As discussed earlier, the maintenance facility determines the modification 
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scope of the maintenance operation before the engine arrives at the maintenance 
facility. Another module (not shown) of the program helps the maintenance facility 
create the modification scope database 1 16. 

[0060] The server 1 08 should also include an Expected BOM database 1 1 8. Again, the 
Expected BOM is a list of the parts that the maintenance facility should find in the 
engine during disassembly. If the maintenance facility performed the last maintenance 
on the engine, then the program could populate the Expected BOM database 1 1 8 with 
information from the As-Shipped BOM during the last maintenance visit. 

[0061] The server 108 should also include a Planned Configuration database 120. 
Another module (not shown) of the program creates the Planned Configuration 
database 1 20 by passing the modification scope database 1 1 6 through the Expected 
y BOM database 1 1 8. In other words, the Planned Configuration database 1 20 is a list of 

parts that should be reassembled into the engine upon performing the planned 
modifications. 



PI 



m 



[0062] The program has multiple modules to assist the technician at various stages of the 
maintenance operation. Several of these modules will be described in detail below. 



[0063] Although the present invention is preferably suited for use by an inspector during 
the fourth step 1 8, the maintenance facility may allow a technician to use a teardown 
j*' module 200 of the tool during the third step 1 6 of the maintenance operation 

HI process. Namely, the maintenance facility uses the teardown module 200 when 

disassembling the engine to part level. 

[0064] Generally speaking, the teardown module 200 helps the technician populate an 
As-Received Configuration database 1 22. In other words, the technician advises the 
program of the actual parts removed from the engine during disassembly. This feature 
is particularly beneficial when the actual part was unexpected ( Le. not in the Expected 
BOM database 118). The present invention allows the maintenance facility to 
determine the impact of the unexpected part and to begin looking for a suitable 
replacement part. 



[0065] 



Figure 4 displays a screen 202 from the teardown module 200. The screen 202 
includes a customer information section 204. The technician can manually enter the 
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service order number (or any other suitable identifier) or choose the relevant service 
order number by opening the drop-down box. A service order database (not shown) 
populates the drop-down box with options. 

[0066] The screen 202 also includes a filter section 206. The filter section 206 allows the 
technician to limit information provided in the screen 202. The filter section 206 could 
use any suitable filtering method. For example, the filter section 206 allows the 
technician to display information by operational section or another suitable format 
such as Air Transport Association Specification 1 00 format. The technician can 
manually enter the desired section by opening a drop-down box. The program can 
use the IPC database 1 12 to populate the drop down box. 

[0067] Based upon the information provided in the customer section 204 and the filter 
section 206, the program queries the IPC database 1 12 to populate an illustration 
section 208 and a part information section 210. This allows the technician to visually 
compare the part removed from the engine with the IPC. 

[0068] The part information section 210 could include information from various 

databases. In particular, the part information section 210 may include information 
from the MPL/Grand BOM database 1 1 0, the IPC database 1 1 2, the Expected BOM 
database 1 18 and the Planned Configuration database 120. Using a hierarchy format 
( e.g. indents) similar to that used in the operational section of the IPC, the part 
information section 210 displays relevant information from the MPL/Grand BOM 
database 1 1 0 ( i.e. the selection appearing in filter section 206). In other words, the 
part information section 210 lists, for the selection displayed in filter section 206, all 
possible part numbers for the parts removed from the engine. 

[0069] The part information section 210 could also indicate which part numbers also 
reside in the Expected BOM database 1 1 8 and the Planned Configuration database 
120. Figure 4 shows the use of printed indicia ("(Planned)" and "(Expected)") to inform 
the technician. However, the program need not notify the technician with the planned 
or expected part information since the technician merely removes the parts from the 
engine and is not involved in configuration management. 

[0070] 

The technician selects a selection box 212 adjacent to the actual part removed 
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from the engine with a mouse 102. If the part is a serialized part, then the program 
will display a query window (not shown) asking the technician to input the serial 
number of the part. The program could also display a query window (not shown) 
asking for time and cycle information for the part. With the increased use of 2D bar- 
coding of engine parts, the technician could merely scan the part with a hand-held 
scanner 1 02. Note that 2D bar-coding can contain both part number information and 
serial number information. 

[0071] After the technician selects the appropriate box 21 2, the program performs 

several operations. First, the program creates an electronic record (not shown) of the 
part. The electronic record preferably assigns a unique identifier to the part for 
tracking purposes. The electronic record could also include other relevant 
information. For example, the electronic record could include physical location 
information, routing information, work instructions, and status information. The 
program adds or modifies the electronic record as needed during the remainder of the 
maintenance operation. The electronic records for each part removed from the engine 
resides in a parts records database 124. 

[0072] One benefit of the electronic part record is the ability for other areas of the 

maintenance facility to view the record or to use data from the record. Conventionally, 
such information was not available to other areas of the maintenance facility. The only 
way for an individual in the maintenance facility to obtain such information using 
conventional techniques was to locate the part within the maintenance facility and to 
read the associated paperwork. 

[0073] Second, the program adds the part number to an As-Received Configuration 

database 1 22 on the server 1 08. This allows the program to determine whether any 
parts removed from the engine were "unexpected." That is, the part removed from the 
engine is not found in the Expected BOM. 

[0074] Upon recognizing an unexpected part, the program must determine whether the 
modification scope of the maintenance operation must change. If a change to the 
modification scope is necessary, then the program notifies another area of the 
maintenance facility of the unexpected part with an alert (not shown). The alert also 
offers suggested changes to the modification scope that would allow the maintenance 
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facility to reuse the unexpected part. The program performs this task in another 
module (not shown) of the program by searching the SB database 1 14 to establish 
whether the maintenance facility can perform one or more SBs on the unexpected part 
to produce the planned part. Likewise, the alert should notify the user if no suitable 
change exists ( i.e. the unexpected part cannot be reused in the engine). 

[0075] Based upon this information, the other area of the maintenance facility can modify 
the modification scope database 116 in another module (not shown) of the program in 
order to disposition the unexpected part properly. When changing the modification 
scope database 1 1 6, the program will also update the Planned Configuration database 
120. 

Third, the program determines the immediate disposition of the part. Specifically, 
the program determines whether or not the maintenance facility can reuse the part 
when reassembling the engine. The program can make this determination by querying 
the Planned Configuration database 1 20 and, if necessary, the SB database 1 1 4. 

For example, the program could make this determination in multiple steps. In a 
first step, the program could initially determine if the part removed from the engine is 
in the Planned Configuration. If so, then the maintenance facility may reuse the part 
(assuming that later steps in the maintenance operation do not reveal damage, etc. 
that makes the part unusable). In a second step (for parts not in the Planned 
Configuration), the program will query the modification scope database 120 to 
determine if one or more SBs will reoperate the part removed from the engine to the 
Planned Configuration. The remaining parts will not be reused when assembling the 
engine. The program adds this disposition to the electronic part record in any suitable 
manner. 

Fourth, the program generates a tag 300 for affixing to part. The program 
automatically generates the tag 300 with the printer 104. The technician attaches the 
tag 300 to the part in any known manner. Preferably, the tag 300 is the only paper 
generated by the program. The program preferably keeps only electronic records. If 
the part uses the aforementioned 2D bar-coding, then the program need not create 
the tag and the part would travel without any tag. The technician could merely scan 
the part to determine any needed information by the program accessing the electronic 



[0076] 



Mv [0077] 



[0078] 
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part record. 

[0079] The tag 300 includes information found in the electronic part record. Specifically, 
the tag 300 includes a part information section 302, a customer information section 
304, a status section 306, a bar code section 308 and a routing information section 
310. The tag 300 could, however, have more or less information thereon as needed by 
the various locations within the maintenance facility. 

[0080] The program creates information for the status section 306 based upon the 
disposition of the part determined by the program above. The status section 306 
could display any suitable message. Suitable messages include "Remove from 
Service" ( e.g. to indicate that the maintenance facility will not reuse the part) or 
"Created" ( e.g. to indicate that the maintenance facility may reuse the part, assuming 
subsequent procedures or testing of the part confirm this decision). 

[0081] The bar code section 308 preferably corresponds to the unique identifier assigned 
by the program in the electronic part record. Other identification schemes could be 
used. 

[0082] The routing information section 310 describes the flow of the part through the 

maintenance facility in order to disposition the part properly. For example, the routing 
information section 310 lists the specific areas within the maintenance facility that 
should receive the part. The program determines the data for the routing information 
section 310 based upon the status section 306 and other databases such as the EM or 
the Standard Practices Manual (SPM). 

[0083] To establish the proper part routing, the program must first determine what 

operations and/or testing the part must undergo. In other words, the program must 
assemble a work instruction database 126. The program assembles the work 
instruction database 1 26 from relevant databases ( e.g. the EM or the SPM). Since 
these relevant databases assign unique numbers to the various tasks described 
therein ( e.g. task 72-33-01-990-001), the work instruction database 126 could 
merely be a listing of task numbers. 

[0084] Based upon the locations within the maintenance facility that will perform the 

work instructions, the program determines the proper part routing to perform these 
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tasks. Figure 5 displays atypical routing information section 310. Upon querying the 
aforementioned databases, the program determined that the part must undergo 
various procedures. Specifically, the figure displays that the part must undergo a 
cleaning step and a non-destructive testing step before the part travels to an 
inspector for a final determination of disposition. The technician will route that part 
(with the tag 300 attached) based upon the information provided on the tag 300. 

[0085] When the part arrives at the proper location within the maintenance facility, a 

technician will scan the part with the bar-code reader 102. The reader 102 scans the 
bar code section 308 of the tag. The program then accesses the electronic part record 
within the parts records database 124 since the bar code corresponds to the unique 
identifier assigned to the electronic part record. 

[0086] The program will then generate a screen (not shown) that displays information 
relating to the relevant tasks from the work instructions database 1 26. Notably, the 
program will only display tasks specific to the area of the maintenance facility that 
possesses the part. For example, when a technician from a cleaning area of the 
maintenance facility scans the tag 300, the program filters the work instruction 
database 1 26 to display only tasks relevant to cleaning the part. 

[0087] The screen should provide the technician with the actual work instructions. The 

program provides such information by displaying the relevant sections of the EM, SPM 
and/or the IPC. 

[0088] The present invention has clear benefits over conventional techniques. The first 
benefit is the reduction in paper. Conventionally, the maintenance facility shipped 
additional paperwork ( e.g. work instructions) with the part. The present invention 
(aside from the tag 300) is paperless. The process can be paperless because the 
program will obtain the necessary information from one or more of the databases on 
the server 108 and will display such information as needed. 

[0089] 

The second benefit is the reduction in unnecessary work performed on the parts. 
Conventionally, the maintenance facility never changed the preliminary disposition of 
the part. The preliminary disposition never changed despite discoveries during the 
subsequent removal of other parts that would have affected the earlier disposition 
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determination. 

[0090] Take for example a subsequently removed unexpected part. The maintenance 
facility may determine that a change to the modification scope of the overhaul is 
necessary to include an SB that reuses the unexpected part. The SB may also affect an 
earlier removed part. The SB could, for example, replace the earlier removed part with 
another part. Since the maintenance facility will not reuse the part in the engine, the 
maintenance facility may not need to perform as many, if any, tasks on the part. 
Conventionally, the part would undergo these unnecessary tasks. Only when the part 
arrived at the inspector section of the maintenance facility would a realization occur 
that the original disposition is no longer proper. 

[0091] The present invention prevents the performance of such unnecessary tasks. When 
altering the modification scope database 116, the program could flag the previously 
dispositioned parts affected by the change to the modification scope database 1 1 6. 
When the technician scans the part to perform an internal repair (or an external repair 
should the vendor have access to the computer system 100), the program would 
recognize the flag, alert the user and print out a new tag 300 to reflect the newly 
revised disposition of the part. 

[0092] The technician notifies the program upon completion of the work instructions. 

program then modifies the work instructions database 1 26 to indicate completion of 
the specific tasks. The technician then routes the part to the next location designated 
in the routing information section 310 of the tag. The program could generate an 
updated tag 300 for the technician to affix to the part as a replacement to the earlier 
tag 300. 

[0093] Eventually, the tag 300 routes the part to an inspection area of the maintenance 
facility. The inspection area makes the final determination of part disposition. 
Although capable of use by a technician during teardown, the preferred user of the 
present invention is an inspector. The inspector examines the parts previously 
removed from the engine by the technician. 

[0094] 

Figures 6a-d display various shots of one embodiment of a screen 402 from the 
inspection module 400. The screen 402 includes a customer information section 404, 
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a part information section 406 and various tabs 408, 410, 412, 414. The inspector 
could populate the customer and part information sections 404,406 manually. If the 
maintenance facility uses the teardown module 200, the program can automatically * 
populate the customer information section 404 and part information section 406 
when the inspector scans the tag 300 created by the technician. 

[0095] In other words, the technician advises the program of the actual parts removed 

from the engine during disassembly. The inspector inputs the information in the same 
manner as described above with respect to the technician using the teardown module 
200. If the part is serialized, the program could generate a window (not shown) 
requesting additional information from the inspector. For example with life limited 
parts, the program could seek information regarding the number of hours and cycles 
since the last measurement. The system 1 00 preferably keeps the old measurements 
in a database on the server 108. The program will update the database with the new 
information. 

[0096] The various tabs 408-414 display the options that the program makes available to 
the inspector. In the technical information tab 408, the inspector can access particular 
information from relevant publications by choosing the desired publication and 
selecting the view button. The program then searches the chosen database for 
relevant information, displaying the relevant area of the publication in another window 
(not shown). For example, should the inspector choose to view the EM, the program 
would display portions of the EM specific to the part input into the part information 
section 406 and relevant to an inspector (such as visual inspection requirements for 
the part). 

[0097] Once obtaining the necessary information from the technical information tab 408 
and performing the necessary tasks described therein, the inspector can proceed to 
the configuration tab 410. The configuration tab 41 0 allows the inspector to populate 
the Should Build Configuration database 128 (if the maintenance facility does not 
utilize the teardown module 200). The As-Received part information previously 
supplied to the part information section 406 helps the inspector determine the Should 
Build Configuration. 

[0098] Sjnce a part may be used jn more than Qne | ocatjon W j t h in t h e en gj n e f the 
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program assigns a location identifier (LID) to each location in the engine. The LID 
could use any format. Preferably, the LID has five fields. The first three fields of the 
LID preferably correspond to ATA Chapter ( e.g. 72), Section ( e.g. 52) and Subject 
( e.g. 00). The fourth field preferably corresponds to the IPC Figure that displays the 
part. The fifth field preferably corresponds to the Item Number in the IPC Figure 
assigned to the part. The specific LID appears in a LID section 416. If a part number 
appears within multiple LIDs, the program allows the inspector to the select the 
specific LID after populating the part information section 406. 

After obtaining the received part number and LID, the program then informs the 
inspector of the modifications relevant to the part. The configuration tab 41 0 displays 
this information in a modification information section 41 8. The modification 
information section 418 displays the SBs relevant to the part listed in the part 
information section 406. The program obtains this information by searching the 
modification scope database 1 1 6 and the historical SB database for instances of SBs 
that affect the part at that LID. As seen in Figure 6b, two SBs from these databases 
have effectivity to the part at the LID. 

The program will then inform the inspector of the parts eligible to replace the part 
removed from the engine. The configuration tab 41 0 displays this information in an 
eligible replacement part section 420. The program obtains this information using a 
two step process. First, the program determines all potential replacement parts for the 
removed part at the LID by iterating through the SBs listed in the modification 
information section 414. 

[01 01] Second, the program removes from such list any potential replacement parts that 
are excluded due to an earlier decision of the inspector. For example, if a part chosen 
by the inspector for reinstallation on the engine requires the incorporation of an SB 
with a Sets Requirement affecting the current part, the program will remove from 
consideration any potential parts that violate the Sets Requirement. The program 
displays all valid potential replacement parts in the eligible replacement part section 
420. 

[01 02] The e |jgjb| e replacement part section 420 also describes the relationship between 
the removed part and each eligible replacement part through the incorporation of the 



[0099] 



[01 00] 
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SBs. The program obtains this information by querying the MPL database 1 1 0. For 
example, the eligible replacement part section 420 displays that the two SBs replace 
(rather than reoperate) the removed part with the planned part. The inspector selects 
the desired eligible replacement in the replacement part section 420 by double 
clicking the part number with the mouse 102. The program then proceeds to the 
disposition tab 412. 

[01 03] The disposition tab 41 2 allows the inspector to generate the electronic paperwork 
necessary to perform necessary work ( i.e. SBs) on the part. As stated above, 
preferably the present invention does not generate hard copy paperwork (aside from 
the tag 300). 

[01 04] The disposition tab 41 2 displays the options available to the inspector. The 

program can tailor the options to the specific maintenance facility. In Figure 6c, the 
program allows the inspector to: (i) identify parts as serviceable; (ii) remove parts from 
service; (iii) allow part repair by an internal source; (iv) allow part repair by an external 
vendor. The program will perform certain tasks in response to the choice selected by 
the inspector. 

[01 05] The first choice available to the inspector in the disposition tab 41 2 is to identify 
the parts as serviceable. The maintenance facility can reinstall a serviceable part on 
the engine in its current condition. In other words, the part meets the inspection 
requirements in the relevant technical publications and the modification workscope 
does not affect the part. The serviceable part can travel directly to the kitting area of 
the maintenance facility to await reassembly into the engine. 

[01 06] The program facilitates the routing of the part by generating a new tag 300 (or, if 
the maintenance facility uses the teardown module 200, by generating a replacement 
tag 300 for the previously created tag 300). Figure 7A displays the tag 300. The tag 
300 could include similar information described above with the tag 300 created by the 
teardown module 200. Specifically, the tag could include a routing information section 
31 0 to reflect the disposition selected by the inspector. In addition to the status 
section 306, the tag 300 could include other indicia to display part status. For 
example, the tag 300 could have a distinctive color such as green. The program also 
updates the electronic part record accordingly. 
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[01 07] The second choice available to the inspector in the disposition tab 412 is to 

remove the part from service. This means the maintenance facility will not reinstall the 
part on the engine. Similar to a serviceable part, the program facilitates this routing by 
generating a new tag 300 (or, if the maintenance facility uses the teardown module 
200, by generating a replacement tag 300). Figure 7B displays the tag 300. 
Specifically, the tag 300 could include a routing information section 310 to reflect the 
disposition selected by the inspector. In addition to the status section 306, the tag 
300 could include other indicia to display part status. For example, the tag 300 could 
have a distinctive color such as brown. The program also updates the electronic part 
record accordingly. 

[01 08] The part preferably should then travel to a review section at the maintenance 

facility to determine if the part could be reused in another engine or the maintenance 
.Njj facility must scrap the part ( i.e. no engine can use the engine). If the part will be 

g| scrapped, the program can generate a new tag (not shown) with a distinctive color 

'V, such as red. 

SI t 01 09 1 Since the maintenance facility will not reuse the part, the maintenance facility 

tJS 

must obtain a part for installation on the engine. To assist this process, the program 

II will alert the proper location within the maintenance facility ( e.g. purchasing) of the 

■SI- • 

p. need for a part. The location will obtain the needed part using conventional 

^ techniques. 

CI - ■ ■ 
ft 

[0110] The third and fourth choices available to the inspector in the disposition tab 41 2 
are to allow internal and external part repairs, respectively. This means that the part 
must undergo repairs before the maintenance facility can reinstall the part on the 
engine. A repair includes work instructions to fix wear or damage to the part, or to 
incorporate one or more SBs. 

[01 1 1] To p er form these repairs, the part can either remain within the maintenance 

facility or travel to an external vendor. Similar to serviceable parts and parts removed 
from service, the program facilitates this routing of the part by generating a new tag 
300 (or, if the maintenance facility uses the teardown module 200, by generating a 
replacement tag 300). Figure 7C displays the tag 300. Specifically, the tag 300 could 
include a routing information section 310 to reflect the disposition selected by the 
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inspector. In addition to the status section 306, the tag 300 could include other 
indicia to display part status. For example, the tag 300 could have a distinctive color 
such as yellow. The program also updates the electronic part record accordingly. 

[01 12] The program should also assemble the work instructions necessary to complete 
the repair. Preferably, the program places these instructions in the work instructions 
database 1 26 on the server 1 08. This allows the program to display the work 
instructions to the repair technician upon scanning the tag 300. As described above, 
the program performs this feature by searching the work instructions database 126 
for tasks relevant to the subject part. 

[01 13] If the repair source does not have access to the program, the program should 
have the ability to print a hard copy of the work instructions for sending along with 
the part. 

[01 1 4] When the repair source notifies the program of repair completion, the program 
updates the work instructions database 1 26 and generates a new tag (not shown) to 
return the part to the appropriate location ( e.g. kitting or an inspector for external 
repairs) within the maintenance facility. 

[01 1 5] The fifth option available to the inspector is to hold the part temporarily. This 
option suspends further disposition of the specific part. The inspector may now 
disposition other parts. The inspector can return at a later time to disposition the part 
by scanning the tag 300. 

[01 1 6] While dispositioning the parts in the inspection module 400, the inspector can 

visit the status tab 414. The status tab 414 displays information relevant to the parts 
appearing in the Should Build Configuration database 128. Next to the part 
information, the status tab 414 includes a status indicator 422. The status indicator 
422 could have any suitable arrangement, including the "stop light" arrangement 
shown in Figure 6d. 

[01 17] T h e status indicator 422 adjacent the part number will stay red until the inspector 
dispositions the entire quantity of the given part number. Once disposition of the 
entire quantity has occurred, the status indicator 422 adjacent to the part number 
should turn yellow. After the repairs to the entire quantity of the given part number 
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have occurred and the entire quantity of parts are available for reassembly into the 
engine ( e.g. the parts arrive in kitting), the status indicator 422 should turn green. 

[01 1 8] Once the inspector has populated the As-Received Configuration database 1 22 
and has dispositioned every part removed from the engine, the program performs 
several final tasks. First, the program will verify the validity of the parts chosen by the 
inspector for reinstallation into the engine. The program determines the validity by 
progressing the As-Received Configuration database 122 through the modification 
scope database 1 1 6. The program then confirms that the selections made by the 
inspector during the disposition process appear in the universe of valid 
configurations. The program notifies the inspector with a warning screen (not shown) 
if any discrepancies exist. 

[01 1 9] Note that the program could perform this first task again at a later stage of the 
maintenance operation. For example, the program could perform the validation when 
all parts arrive at kitting. 

[0120] Second, the program will then generate a Should Build database 128. The 
presence of the Should Build database 128 is beneficial to other areas of the 
maintenance facility. For example, other areas of the maintenance facility can review 
the Should Build database 128 for any logistical problems ( e.g. part unavailability or 
high part price). Another module (not shown) of the program can assist the 
maintenance facility make any adjustments to the modification scope to avoid such 
logistical problems. 

[01 21] The present invention has been described in connection with the preferred 
embodiments of the various figures. It is to be understood that other similar 
embodiments may be used or modifications and additions may be made to the 
described embodiment for performing the same function of the present invention 
without deviating therefrom. Therefore, the present invention should not be limited to 
any single embodiment, but rather construed in breadth and scope in accordance with 
the recitation of the appended claims. 
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